⚠️ Unpublished: This item is from a solution that is not yet published on Azure Marketplace or not installed in Content Hub.
Browse: 🏠 · Solutions · Connectors · Methods · Tables · Content · Parsers · ASIM Parsers · ASIM Products · Logic Apps · 📊
| Attribute | Value |
|---|---|
| Connector ID | AkamaiGuardicore |
| Publisher | Akamai |
| Used in Solutions | Akamai Guardicore |
| Collection Method | CCF |
| Connector Definition Files | AkamaiGuardicore_ConnectorDefinition.json |
| DCR Definition Files | AkamaiGuardicore_DCR.json |
| CCF Configuration | AkamaiGuardicore_PollingConfig.json |
| CCF Capabilities | JwtToken, Paging |
The Akamai Guardicore connector uses the Codeless Connector Framework (CCF) to import Agents, Assets, Applications, and Policy Rules from a Guardicore Centra instance into Microsoft Sentinel via Data Collection Rule (DCR) ingestion. The connector polls every 10 minutes via Microsoft Sentinel's CCF runtime; no Azure Function App is deployed.
This connector ingests data into the following tables:
| Table | Transformations | Ingestion API | Lake-Only |
|---|---|---|---|
GuardicoreAgents_CL |
? | ✓ | ? |
GuardicoreApplications_CL |
? | ✓ | ? |
GuardicoreAssets_CL |
? | ✓ | ? |
GuardicorePolicyRules_CL |
? | ✓ | ? |
💡 Tip: Tables with Ingestion API support allow data ingestion via the Azure Monitor Data Collector API, which also enables custom transformations during ingestion.
Resource Provider Permissions:
⚠️ Note: These instructions were automatically generated from the connector's user interface definition file using AI and may not be fully accurate. Please verify all configuration steps in the Microsoft Sentinel portal.
1. Connect Akamai Guardicore to Microsoft Sentinel
Prerequisites
/api/v3.0/authenticate, /api/v3.0/agents, /api/v3.0/assets, /api/v3.0/workflow/projects, and /api/v3.0/visibility/policy/rules.https://<tenant>.cloud.guardicore.com) and the service-account username and password ready.Provide your Guardicore Centra service-account details and click Connect to start polling.
📄 Source: [Akamai Guardicore\Data Connectors\AkamaiGuardicoreLogs_ccp\README.md](https://github.com/Azure/Azure-Sentinel/blob/master/Solutions/Akamai Guardicore\Data Connectors\AkamaiGuardicoreLogs_ccp\README.md)
Version 3.0.0 of the Akamai Guardicore solution migrates the data connector from an Azure Functions-based implementation to the Microsoft Sentinel Codeless Connector Framework (CCF/CCP).
What changed
sharedKeys) permission is no longer required by the connector.What is preserved
GuardicoreAgents_CL, GuardicoreAssets_CL,
GuardicoreApplications_CL, GuardicorePolicyRules_CL.https://<your-tenant>.cloud.guardicore.com).POST /api/v3.0/authenticateGET /api/v3.0/agentsGET /api/v3.0/assetsGET /api/v3.0/workflow/projectsGET /api/v3.0/visibility/policy/ruleslog-analytics extension installed (for the
table migration step below).Important: This is a one-way migration. Once a
_CLtable is migrated from the legacy Custom Logs (DCR-less) type to DCR-based, it cannot be reverted. Read the Reversibility / rollback section before beginning.
Stop the existing v1 Function App connector. In the Azure portal, navigate to the Guardicore Function App and stop it. This halts ingestion from the legacy path.
Wait approximately 5 minutes for any in-flight queue items / HTTP Data Collector batches to drain into the workspace.
Migrate each of the four Guardicore tables from Custom Logs (DCR-less) to
DCR-based using az monitor log-analytics workspace table migrate. See the
Microsoft Learn guidance:
https://learn.microsoft.com/en-us/azure/azure-monitor/logs/custom-logs-migrate.
Run this command once per table, substituting the table name:
az monitor log-analytics workspace table migrate \
--resource-group <rg> \
--workspace-name <workspace> \
--name GuardicoreAgents_CL
Tables to migrate:
GuardicoreAgents_CLGuardicoreAssets_CLGuardicoreApplications_CLGuardicorePolicyRules_CLVerify each table's type is now DCR-based:
az monitor log-analytics workspace table show \
--resource-group <rg> \
--workspace-name <workspace> \
--name GuardicoreAgents_CL \
--query "tableType"
Expected output: DataCollectionRuleBased.
Deploy the v3.0.0 solution from the Microsoft Sentinel Content Hub ("Akamai Guardicore"). Accept the deployment into the same workspace.
Configure CCF credentials on the connector tile. Open the Akamai Guardicore (CCP) data connector and provide:
https://<tenant>.cloud.guardicore.com)Click Connect. The CCF runtime will begin polling the five endpoints listed in Prerequisites.
Verify ingestion approximately 15 minutes after connecting. For each table:
GuardicoreAgents_CL | where TimeGenerated > ago(15m) | take 10
Repeat for GuardicoreAssets_CL, GuardicoreApplications_CL, and
GuardicorePolicyRules_CL.
After 24 hours of clean ingestion, delete the old Function App and any leftover deployment artifacts (storage account used for Function state, App Service plan, Application Insights resource if dedicated, and any Key Vault secrets that held the workspace shared key or Guardicore credentials for the old connector).
The az monitor log-analytics workspace table migrate operation is not
reversible. Once a table is converted to DCR-based, there is no supported path
back to the legacy Custom Logs (DCR-less) type.
If you encounter ingestion problems after cutover:
To minimize risk, exercise the upgrade in a non-production workspace first if one is available.
The Codeless Connector Framework (also referred to as CCP, the Codeless Connector Platform) lets connector authors describe polling-based ingestion declaratively in JSON, removing the need for connector-specific compute. See the Microsoft Learn reference: https://learn.microsoft.com/en-us/azure/sentinel/create-codeless-connector.
The v3.0.0 solution drops the following permissions previously required by v1:
Microsoft.OperationalInsights/workspaces/sharedKeys/action - the workspace
shared key was used by the Function App to write via the legacy HTTP Data
Collector API. CCF uses the Logs Ingestion API via a managed Data Collection
Rule and Data Collection Endpoint, so the shared key is no longer required.Microsoft.Web/sites/* (Function App deployment) - no Function App is
deployed by v3.0.0.The connector retains only standard Read / Write / Delete permissions on
Microsoft.OperationalInsights/workspaces for table and DCR management.
Browse: 🏠 · Solutions · Connectors · Methods · Tables · Content · Parsers · ASIM Parsers · ASIM Products · Logic Apps · 📊